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, I MAGiS — Q &N E RAT I ON SYSTEM AND PPHftPAM 

TECHNICAL FIELD 

The present invention relates to an image generation 
5 system and program. 
BACKGROUND ART 

There is known an image generation system for generating 
an image which is visible from a given viewpoint within an object 
space, that is, a virtual three-dimensional space. This is 
10 highly popular since players can experience a so-called virtual 
reality. For an image generation system by which a player can 
enjoy a gun game, the player can enjoy a three-dimensional game 
by using a gun- type controller (or shooting device) to shoot 
various target objects such as enemy characters (or computer 
15 objects) which are displayed on a screen. 

It has been found that such an image generation system 
for gun game had one problem. 

Such a problem is that if there is any obstruction is 
between a player (or a player's object) and an enemy character, 
20 a shot (or bullet) from the enemy character can pass through 
the obstruction and hit the player. This will render the player 
displeasing and impair the player's immersion in the game. 

This problem may be overcome to some degree, for example, 
by using a certain technique of modifying the layout or moving 
25 route of the enemy characters. However, such a technique has 
a limitation. 

Particularly, if the behavior of an enemy character 
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cannot previously be determined, that is, if it will fully 
change depending on how the shot from the player hits the enemy 
character, the aforementioned technique cannot well work. 

5 DISCLOSURE OF THE INVENTION 

It is therefore an objective of the present invention to 
provide an image generation system and program which can 
implement a realistic image not rendering the player 
displeasing with less processing load. 
£3 10 To this end, the present invention provides an image 

G generation system comprising: means for determining whether or 

71 not an intervening object intervenes between a first computer 

obj ect controlled by a computer and a player ' s ob j ec t controlled 
y = by a player or viewpoint, and for controlling an action of the 

O 15 first computer obj ect according to the determination ; and means 
FU for generating an image containing the image of the first 

q computer object. A computer - usable information storage medium 

of the invention comprises information (or program or data) for 
implementing (or executing) the above - described means. The 
20 present invention further provides a program embodied on an 
information storage medium or in a carrier wave, and the program 
comprises a processing routine for implementing (or executing) 
the above - described means . 

According to the present invention, it is determined 
25 whether or not any intervening object intervenes between the 
first computer object and the player's object or viewpoint. 
According to this determination, the action of the first 



2 



computer object is controlled. Thus, even if any trouble occurs 
due to the intervening object, the action of the first computer 
object can properly be controlled. It is desirable in such a 
case that the first computer object is controlled not to act 
on the player. 

The image generation system, information storage medium 
and program according to the present invention may determine 
whether or not the intervening object intervenes between the 
first computer object and the player's object or viewpoint by 
determining whether or not the intervening object exists on a 
line connecting between the first computer object and the 
player's object or viewpoint. This can simplify the detection 
of the intervening object. 

The present invention further provides an image 
generation system comprising: means for preventing a first 
computer object controlled by a computer from acting on a player 
when an intervening object intervenes between the first 
computer object and a player's object or viewpoint controlled 
by the player; and means for generating an image containing the 
image of the first computer object. A computer-usable 
information storage medium of the invention comprises 
information (or program or data) for implementing (or 
executing) the above - described means. The present invention 
further provides a program embodied on an information storage 
medium or in a carrier wave, and the program comprises a 
processing routine for implementing (or executing) the 
above - described means . 



According to the present invention, when the intervening 
object intervenes between the first computer object and the 
player's object or viewpoint, the action of the first computer 
object will not affect the player. This can overcome such a 
5 problem that the action of the first computer object affects 
the player passing through the intervening object. 

In the image generation system, information storage 
medium and program according to the present invention, acting 
on the player by the first computer object may be prohibited 

10 or restricted when the intervening object intervenes between 
the first computer obj ect and the player ' s ob j ect or viewpoint . 
This can prevent or restrict such a trouble that the action of 
the first computer object affects the player passing through 
the intervening object. 

15 In the image generation system, information storage 

medium and program according to the present invention, the first 
computer object may be moved to a given moving target position 
when the intervening object intervenes between the first 
computer obj ect and the player ' s obj ect or viewpoint . This makes 

20 it possible to move the first computer object to a moving target 
position suitable for acting on the player. This can generate 
an image that will not cause the player to receive an unnatural 
feeling . 

In the image generation system, information storage 
25 medium and program according to the present invention, the first 
computer object may be made to stand by when the intervening 
object is a second computer object controlled by the computer. 
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For example, the first computer object may stand by until the 
second computer object is erased. This can naturally overcome 
the problem caused by the intervention of the second computer 
object even though any additional procedure such as movement 
5 of the first computer object is not carried out. 

In the image generation system, information storage 
medium and program according to the present invention, the first 
computer object may be erased when the first computer object 
moves out of the player's view. This can avoid such an unnatural 
p 10 feeling for the player that it is affected by the action of the 
first computer object which has moved out of the player's view. 
JJj In the image generation system, information storage 

?J medium and program according to the present invention, a motion 

yi of the first computer object may be generated by a physical 

^ 15 simulation. Various motions of the first computer object which 
FU may require a large amount of data depending on the contents 

! = i 

□ of the motion play (replay) can be implemented with less data 

by the motion generation. When the motion of the first computer 
object is generated by the physical simulation in such a manner, 

20 the moving position of the first computer object can not be 
expected. This may cause the intervention of an intervening 
object between the first computer object and the player's 
object or viewpoint. According to the present invention, 
however, such a problem can effectively be overcome by 

25 appropriately controlling the action of the first computer 
object, for example. 

In the image generation system, information storage 

medium and program according to the present invention, the 
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motion of the first computer object may be generated by a 
physical simulation when hitting; whether or not the 
intervening object intervenes between the first computer object 
and the player's object or viewpoint may be determined when a 
5 given time has elapsed after the hitting; and the action of the 
first computer object may be controlled according to this 
determination. Thus, even if the first computer object moves 
to an unexpected position due to the hitting impact, such a 
situation can appropriately be dealt with according to the 
10 determination relating to whether or not the intervening object 
intervenes between the first computer object and the player's 
obj ect or viewpoint . 

In the image generation system, information storage 
medium and program according to the present invention, the first 

15 computer object may be an object attacking the player, and 
wherein the attack of the first computer acts on the player 
without obstruction by the intervening object. In such a case, 
a player may be attacked by the first computer object passing 
through the intervening object. According to the present 

20 invention, however, it can effectively be overcome by 
appropriately controlling the action of the first computer 
obj ect . 

BRIEF DESCRIPTION OF THE DRAWINGS 
25 Fig. 1 shows an example of the configuration of an arcade 

game system to which the embodiment of the present invention 
is applied. 
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Fig. 2 is a block diagram of an image generation system 
according to the embodiment of the present invention. 

Fig. 3 illustrates an example of an enemy character 
(object) formed of a plurality of parts. 
5 Fig. 4 illustrates a technique of generating a motion on 

hitting according to the present invention. 

Figs. 5A and 5B illustrate a technique of switching 
between the motion generation and the motion play. 

Fig. 6 illustrates the generation of lower-body motion 
10 for an enemy character. 

Figs. 7A and 7B illustrate an enemy character which has 
been hit and then moves behind an obstruction while staggering. 

Figs. 8A and 8B illustrate such a trouble that a player 
is attacked by an enemy character passing through an obstruction 
15 or other enemy character. 

Fig. 9 illustrates a technique of controlling an action 
of an enemy character according to the embodiment of the present 
invention . 

Figs. 10A and 10B show game images generated according 
2 0 to the embodiment of the present invention. 

Figs. 11A and 11B also show game images generated 
according to the embodiment of the present invention. 

Figs. 12A and 12B also show game images generated 
according to the embodiment of the present invention. 
25 Fig. 13 illustrates a technique of making a first enemy 

character stand by when the first enemy character is behind a 
second enemy character. 
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Fig. 14 illustrates a technique of erasing an enemy 
character after moving out of the player's view. 

Fig. 15 is a flowchart illustrating a detailed example 
of processing according to the embodiment of the present 
5 invention. 

Fig. 16 is a flowchart illustrating another detailed 
example of processing according to the embodiment of the present 
invention . 

Fig. 17 shows an example of the configuration of hardware 
f«i 10 which can implement the embodiment of the present invention. 
Cj Figs . 18A and 18B show various forms of the system to which 

pJi the embodiment of the present invention is applied. 

Figs. 19A and 19B show game images in a soccer game to 
— which the embodiment of present invention is applied. 

G 15 

fU BEST MODE FOR CARRYING OUT THE INVENTION 

□ Several preferred embodiments of the present invention 

* - 

will now be described with reference to the drawings. Although 
the present invention will be described as to a gun game (or 
20 shooting game) using a gun- type controller, it is not limited 
to such a game, but may be applied to any of various other games . 



1. Configuration 

Fig. 1 shows an configuration of the present invention 
25 which is applied to an arcade game system. 

A player 500 first holds a gun- type controller 502 (which 
is a shooting device in a broad sense) which is formed in the 
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similitude of a real machine gun. The player 500 can enjoy the 
gun game by shooting target objects including enemy characters 
(which are objects in a broad sense) which are displayed on a 
screen 504 . 

5 Particularly, the gun- type controller 502 in this 

embodiment is designed to continuously expel virtual shots 
(bullets) at high speed when the controller 502 is triggered. 
Thus, the player can feel a virtual reality as if he or she really 
shoots the real machine gun. 

10 The shot hitting position (or bullet reaching position) 

may be detected by a photosensor in the gun- type controller 502 
for sensing a scan ray on the screen or by a CCD camera or the 
like which can sense a light ray (or laser beam) emitted from 
the gun- type controller 502. 

15 Fig. 2 is a block diagram of one embodiment of the present 

invention. In this figure, this embodiment may essentially 
include at least a processing section 100 (or a set of the 
processing section 100 and a storage section 140 or a set of 
the processing section 100, the storage section 140 and an 

20 information storage medium 150) . Each of the other blocks (e.g., 
a operating section 130, an image generation section 160, a 
display section 162, a sound generation section 170, a sound 
output section 172, a communication section 174, an I/F section 
176, a memory card 180 and so on) may take any component. 

25 The processing section 100 performs various processings 

for control of the entire system, commands to the respective 
blocks in the system, game computation and so on. The function 
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thereof may be implemented by any suitable hardware means such 
as CPU (CISC type, RISC type) , DSP or ASIC (or gate array or 
the like) or a given program (or game program) . 

The operating section 130 is used to input operational 
5 data from the player and the function thereof may be implemented 
by any hardware means such as the gun- type controller 502 of 
Fig. 1, levers, and buttons. 

The storage section 140 provides a working area for the 
processing section 100, image generation section 160, sound 
M 10 generation section 170, communication section 174, I/F section 
176 and others. The function thereof may be implemented by any 
suitable hardware means such as RAM or the like. 
^ The information storage medium (which may be a 

^ computer- readable storage medium) 150 stores information 

□ 15 including programs, data and others. The function thereof may 
fy be implemented by any suitable hardware means such as optical 

q memory disk (CD or DVD) , magneto - optical disk (MO) , magnetic 

disk, hard disk, magnetic tape, semiconductor memory (ROM) or 
the like. The processing section 100 performs various 
20 processings in the present invention (or this embodiment) based 
on the information that has been stored in this information 
storage medium 150. In other words, the information storage 
medium 150 stores various types of information (or programs and 
data) for implementing (or executing) the means of the present 
25 invention (or this embodiment) which is particularly 
represented by the block included in the processing section 100 . 

Part or the whole of the information stored in the 
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information storage medium 150 will be transferred to the 
storage section 140 when the system is initially powered on. 
The information stored in the information storage medium 150 
may contain at least one of program code set for processing the 
5 present invention, image information, sound information, shape 
information of objects to be displayed, table data, list data, 
player information, command information for the processings in 
the present invention, information for performing the 
processings according to the commands and so on. 
?2 10 The image generation section 160 generates and outputs 

%j various images toward the display section 162 according to 

rirs 

«j instructions from the processing section 100. The function 

E \5 thereof may be implemented by any suitable hardware means such 

yi as image generation ASIC, CPU or DSP or according to a given 

15 program (or image generation program) or based on image 
fU information. 

O The sound generation section 170 generates and outputs 

various sounds toward the sound output section 172 according 
to instructions from the processing section 100. The function 

20 thereof may be implemented by any suitable hardware means such 
as sound generation ASIC, CPU or DSP or according to a given 
program (or sound generation program) or based on sound 
information (waveform data and the like) . 

The communication section 174 performs various controls 

25 • for communication between the game system and any external 
device (e.g., host machine or other image generation system) . 
The function thereof may be implemented by any suitable hardware 
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means such as communication ASIS or CPU or according to a given 
program (or communication program) . 

Information for implementing the processings in the 
present invention (or this embodiment) may be delivered from 
5 an information storage medium included in a host machine (or 
server) to the information storage medium 150 through a network 
and the communication section 174. The use of such an 
information storage medium in the hose device (or server) falls 
in the scope of the invention. 

10 Part or the whole of the function in the processing 

section 100 may be implemented by the function of the image 
generation section 160, sound generation section 170 or 
communication section 174 . Alternatively, part or the whole of 
the function in the image generation section 160, sound 

15 generation section 170 or communication control section 174 may 
be implemented by the function of the processing section 100. 

The I/F section 176 serves as an interface for information 
interchange between the game system and a memory card (or a 
portable information storage device including a portable game 

20 machine in a broad sense) 180 according to instructions from 
the processing section 100. The function thereof may be 
implemented by a slot into which the memory card is inserted, 
a data write/read controller IC or the like. If the information 
interchange between the game system and the memory card 180 is 

25 to be implemented in a wireless manner (e.g. , through infra-red 
communication) , the function of the I/F section 176 may be 
implemented by any suitable hardware means such as 
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semiconductor laser, infra-red sensor or the like. 

The processing section 100 further comprises a game 
computing section 110. 

The game computing section 110 performs various processes 
such as coin (or charge) reception, setting of various modes, 
game proceeding, setting of scene selection, determination of 
the position and rotation angle (about X- , Y- or Z-axis) of an 
object, determination of the view point and visual line 
(direction) , play (or generation) of the motion, arrangement 
of the object within the object space, hit checking, computation 
of the game results (or scores) , processing for causing a 
plurality of players to play in a common game space, various 
game computations including game -over and other processes, 
based on operational data from the operating section 130 and 
according to the data and game program from the memory card 180 . 

The game computing section 110 comprises a hit check 
section 112, a motion play (replay) section 114, a motion 
generation section 116, a switching section 122 and an action 
control section 124 . 

The hit check section 112 performs a hit check process 
for checking whether or not a virtual shot emitted by the player 
through the gun- type controller hits an object. In order to 
reduce the processing load, it is desirable to perform the hit 
check process using an simplified object which is obtained by 
simplifying the shape of the object. 

The motion play section 114 plays (replays) the motion 
of an object (which may be in the form of an computer object 



controlled by a computer, a player's object controlled by the 
player or the like) based on motion data which have been stored 
in a motion data storage section 142. More particularly, the 
motion data storage section 142 has stored the motion data 
5 including the positional and angular data for each of the parts 
in each of the reference motions of the object. The motion play 
section 114 reads this motion data and moves the parts of the 
object based on the motion data. Thus, the motion of the object 
is played (replayed) . 
10 The motion generation section 116 generates the motion 

of the object through a physical simulation (which is a 
simulation utilizing a physical calculation that may be of 
pseudo - type) . In other words, this embodiment generates the 
motion of the object when subjected to a hit or the like, in 
^ 15 real-time through the physical simulation, rather than the play 
U of motion based on the motion data. In doing so, the present 

3 invention can provide a variable and realistic representation 

of motion while minimizing the amount of data to be used, in 
comparison with the play of motion based on the motion data. 
20 The motion generation section 116 includes a motion- 

on-hit generation section 118 and a lower-body motion 
generation section 120. 

The motion- on- hi t generation section 118 generates the 
motion of an object when it is hit. More particularly, when the 
25 N-th part (region, portion) of the object is hit, the 
motion- on-hit generation section 118 moves the N-th part 
through the physical simulation based on hit information (or 
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a force vector directed in the direction of hit) while at the 
same time it sequentially transmits (or propagates) the hit 
information to the subsequent N+l-th, N+2-th, N+3-th and other 
parts. At this time, the magnitude of the hit information may 
5 sequentially be attenuated on transmission, for example. The 
N+l-th, N+2-th, N+3-th and other parts will be moved through 
the physical simulation based on the transmitted hit 
information. When the motion of object is generated in such a 
manner, the realistic motion of the object can be represented 

p 10 with less processing load even if the object is continuously 

%A hit. 

iy The lower-body motion generation section 120 generates 

;S the motion of the lower object body using a special algorithm 

h?l for realistically representing the tottering behavior of the 

w 15 object when hit. More particularly, the object is moved to be 
m tumbled down about its first part (e.g., left foot) which is 

C3 on the ground. A moving target position to which the second part 

(e.g. , right foot) not on the ground is to be moved is then set 

at a position limiting the tottering behavior of the object 
20 (e.g., a position in point symmetry with a position at which 

the virtual center of gravity is projected onto the ground) . 

The second part is then moved to this moving target position. 

If the motion of the object is generated in such a manner, the 

motion of the object can be represented such that the object 
25 is hardly tumbled while tottering. 

The switching section 122 switches the play of motion to 

the generation of motion, for example, when the object is hit. 



15 




Alternatively, the switching section 122 performs the switching 
between the play of motion and the generation of motion if a 
given condition is satisfied (e.g., if a given time period has 
elapsed from hitting or if the physical strength of the object 
5 becomes zero) . Thus, the motion of the object can be represented 
through the play of motion if it is difficult to generate the 
motion of the object. In a game scene in which a variable motion 
is required with less data, the motion of the object can be 
represented by the generation of motion. 
f=% 10 The action control section 124 controls an action of the 

computer ob j ect manipulated by the computer . More particularly, 
j;!! it first determines whether or not any intervening object (which 

m ay be an obstruction or another enemy character) intervenes 
In between a computer object (or enemy character) and a player's 

C3 15 viewpoint (or an player's object controlled by the player). 
fU According to the determination, the action of the computer 

q object is controlled. For example, such a control may include 

the prohibition (or restriction) of the action (or attack) of 
the computer object against the player or the movement of the 
20 computer object to a given moving target position (or a position 
at which the computer object can appropriately attack the 
player) . Alternatively, if the intervening object is another 
computer object, the computer object may stand by until the 
another computer object is erased. In such a manner, there can 
25 be avoided such a situation that the player is affected by the 
action of the computer object passing through the intervening 
ob j ect . 
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The image generation system of this embodiment may be a 
dedicated single - player system in which only a single player 
can play a game or a multi -player system in which a plurality 
of players can play a game. 
5 If a plurality of players play the game, the game images 

and sounds provided to the players may be generated by only a 
single terminal or by a plurality of terminals which are 
interconnected through a network (transmission line or 
communication line) . 

£3 10 

2 . Features of this embodiment 

Li I 

?u In this embodiment, as shown in Fig. 3, an enemy character 

~ (object) 10 is formed of a plurality of parts (which include 

Ui right hand 12, right forearm 14, right upper arm 16, chest 18, 

15 hip 20, left hand 22, left forearm 24, left upper arm 26, head 
30, right foot 32, right leg 34, right thigh 36, left foot 42, 
C3 left leg 44 and left thigh 46) . The positions and rotational 

angles (directions) of these parts (regions, portions) can be 
represented by the positions of j oints JO - J13 and the rotational 
20 angles of bones (arcs) A0-A18, which joints and bones form a 
skeleton model. However, these bones and joints are virtual, 
but do not represent a really displayed object. 

In this embodiment, the parts forming the enemy character 
are placed in a parent- child structure or a hierarchy structure 
25 (in fact, the joints are placed in the parent-child structure) . 
More particularly, the parents for the hands 12 and 22 are the 
forearms 14 and 24. The parents for the forearms 14 and 24 are 
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the upper arms 16 and 26, the parent of which is the chest 18. 
The parent for the chest 18 is the hip 20. The parent for the 
head 30 is also the chest 18. The parents for the feet 32 and 
42 are the legs 34 and 44, the parents of which are the thighs 
5 36 and 46. The parent for the thighs 36 and 46 is the hip 20. 

A motion data storage section has stored the positions 
and rotational angles of these parts (joints and bones) as 
motion data. For example, i t is now assumed that a walking motion 
is formed of reference motions MPO, MP1, MP2 ... MPN . The position 

10 and rotational angle of the parts at each of these reference 
motions MPO , MP1, MP2 ... MPN have previously been stored as motion 
data. Thus, the motion of the object can be played by 
sequentially reading the motion data relating to the reference 
motions MPO, MP1 and others with time. 

15 The motion data stored in the motion data storage section 

142 may generally be acquired by motion capturing or prepared 
by a designer. The positions and rotational angles of the parts 
(joints and bones) are represented relative to the positions 
and rotational angles of the parent parts. 

20 The first feature of this embodiment is to generate the 

motion of the hit enemy character (object) through the physical 
simulation . 

For example, when the forearm 14 of the enemy character 
is hit by a shot (bullet) from a player, the forearm 14 is first 
25 moved (rotated or traveled) based on a vector of hitting force 
FH0 (which is hit information in a broad sense) , as shown in 
Fig. 4. This vector FH0 is further sequentially transmitted 
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(propagated) to the upper arm 16, chest 18 and hip 20 which are 
parent parts for the forearm 14, as FH1, FH2 , FH3 and FH4 . The 
upper arm 16, chest 18 and hip 20 are then moved based on the 
vectors of hitting force FH1-FH4. In this embodiment, thus, the 
5 motion of the hit enemy character is generated in real-time. 

More particularly, the vector of hitting force FHO has 
its direction toward the hitting direction (direction of shot 
trajectory) and its magnitude representing the strength of the 
hit . A rotation moment is determined by taking the outer product 
O 10 between a vector HV and the hitting force vector FHO. The HV 
s 4 is a vector coupling between the joint Jl and the hitting 

TU position (or bullet reaching position) HP. 

yi The angular acceleration of the forearm 14 is then 

a calculated from this rotation moment and the virtual mass of 

[7i 15 the forearm 14 . The calculated angular acceleration is used to 
calculate the angular velocity in the forearm 14. Thus, the 
" forearm 14 is rotated at this angular velocity as shown by R0 . 

The vector of hitting force FHO (or hit information) is 
transmitted to the upper arm 16 that is the parent part while 
20 its magnitude being attenuated to FH1 . More particularly, FH1 
acts on the joint Jl with its rotation moment rotating the upper 
arm 16 as shown by Rl . 

Subsequently, FH2 is transmitted to the chest 18 and acts 
on the joint j2, the rotation moment thereof rotating the chest 
25 18 as shown by R2 . 

FH3 is then transmitted to the hip 20 and acts on the joint 
J3 , the rotation moment thereof rotating the hip 2 0 as shown 
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by R3 . FH4 is also transmitted to the hip 20 and acts on a 
representative point RP to move the hip 20 as shown by MTO . As 
the hip 20 moves in the direction of MTO, the parts other than 
the hip 20 will also be moved in the direction of MTO. In this 
5 case, however, the positional relationship between the hip 20 
and the other parts will not be changed. 

According to the aforementioned technique, the realistic 
motion of the enemy character when hit can be generated. The 
generated motion depends on the position, direction and 
p 10 magnitude of hitting. This can highly increase variations of 
Q motion, compared with the play of motion based on the motion 

l\\ data. 

According to this embodiment, the play of motion based 
%?i on the motion data is switched to the generation of motion 

« 15 through the physical simulation when the enemy character is hit . 
fU As shown by El in Fig. 5A, for example, the motion of the 

£3 enemy character is represented by the play of motion based on 

the motion data before the enemy character is hit. 

As the enemy character is hit, the play of motion is 
20 switched to the generation of motion, as shown by E2 . In other 
words, the motion of the enemy character when hit is represented 
by such a technique of generating the motion as described in 
connection with Fig. 4. 

If a given condition is satisfied, this embodiment then 
25 switches the generation of motion through the physical 
simulation into the play of motion based on the motion data. 

As shown by E3 in Fig. 5A, for example, the generation 
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of motion may be switched to the play of motion since a given 

time period TM has elapsed after hitting. 

In other words, if the enemy character has continuously 

been hit by shots for a brief time period as shown by E4 , the 
5 enemy character is moved through the generation of motion as 

described in Fig. 4. This can represent the enemy character 

having its finely changed motions depending on the position and 

direction of hitting. 

On the other hand, if a given time period TM elapses after 
10 the enemy character has been hit by a shot, it is determined 

that the enemy character is no longer continuously hit by shots . 

In such a case, therefore, the enemy character is caused to 

perform an action returning to its original position. 

At E5 in Fig. 5B, the generation of motion is switched 
15 to the play of motion since the strength parameter of the enemy 

character becomes zero (or a given value) . In such a case, the 

motion of the enemy character is played such that it is 

completely tumbled and erased. 

In order to represent the staggering motion of the enemy 
20 character when hit, this embodiment generates the motion of the 

lower body of the enemy character using a special algorithm. 

More particularly, the motion of the enemy character is 

generated such that the enemy character (or object) is moved 

and tumbled about its foot (or first part) on the ground. At 
25 the same time, the other foot (or second part) not on the ground 

is moved to a position at which the tumbling of the enemy 

character is restricted. 
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At Gl in Fig. 6, for example, the left foot 50 is on the 
ground while the right foot 52 is not on the ground. In such 
a case, as shown by FDO, the lower body of the enemy character 
is moved such that the enemy character is tumbled or tilted about 
5 the left foot 50 on the ground. Furthermore, the right foot 52 
of the enemy character not on the ground is moved to a moving 
target position (transit support position) 54 at which the 
tumbling of the enemy character is restricted. 

As shown by G2 in Fig. 6, when both the feet 50, 52 are 

10 placed on the ground, the left foot 50 remote from the hip 60 
is first lifted. As shown by FD1 in G3 , the lower body of the 
enemy character is then moved such that the enemy character is 
tumbled about the right foot 52 on the ground. At the same time, 
the lifted left foot 50 is then moved to a moving target position 

15 56 at which the tumbling of the enemy character is restricted. 
Thus, both the feet 50 and 52 will be placed on the ground. 

In such a manner, the motion of the enemy character 
staggered or backward forced by continuous hits can 
realistically be represented. 

20 When the enemy character is hit and if the motion thereof 

is generated by the aforementioned technique of Fig. 4, there 
occurs such a situation that the enemy character is standing 
on the floor (or ground) with its unnatural posture at which 
the enemy character is unbalanced due to shot hitting. For 

25 example, if only the right foot of the enemy character is hit, 
the enemy character may be standing on the floor with the right 
foot being only lifted. 
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Such a situation can be avoided when the lower body of 
the enemy character is moved by the technique of Fig. 6 through 
a special algorithm. If only the right foot 52 is lifted as shown 
by Gl in Fig. 6, the enemy character is moved and tumbled as 
5 shown by FDO while the right foot 52 thereof is moved to the 
moving target position 54 at which the tumbling of the enemy 
character is restricted. This prevents the situation in which 
only the right foot 52 of the enemy character is held lifted 
for a long time. At the same time, the enemy character can be 
^ 10 represented such that it is backed by the hitting impact. 

Particularly, if the enemy character is continuously hit 

III by shots, it can be represented such that the enemy character 

. ==i 

*y is gradually been backed by the continuous shot hitting. This 

* n 

111 can generate such a realistic motion that would not be attained 
C3 15 by the prior art. In addition, the foot of the enemy character 

fy not on the ground will always be moved to such a position in 

! 5 | 

fg which the tumbling of the enemy character is prevented. 

Therefore, the enemy character will not be tumbled unless the 
strength parameter thereof becomes zero. This provides a 
20 representation of motion which is optimum for the gun game in 
which bullets are continuously shot as in the machine gun. 

However, it has been found that the following problem is 
raised when the motion of the enemy character is generated in 
real time through the aforementioned technique. 
25 It is now assumed, for example, that an enemy character 

(or computer obj ect) CI is hi t by an attack (shot) from a player ' s 
character (or player's object) controlled by the player, as 
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shown in Fig. 7A. In this case, the motion of the enemy character 
CI on hitting will be generated through the technique described 
in connection with Fig. 4. The hit enemy character CI will move 
in any direction while staggering, according to the lower-body 
5 algorithm described in connection with Fig. 6. 

It is also assumed, for example, that the enemy character 
CI hides behind an obstruction OB as shown in Fig. 7B. If the 
enemy character CI attacks the player's character P in such a 
state, the player (or player's character P) may be hit by a shot 
10 (or attack) penetrating through the obstruction OB. In other 
words, the attack from the enemy character CI may be added to 
the player without blocking of the obstruction OB. 

If the enemy character CI moves behind another enemy 
character C2 as shown in Fig. 8B, a shot from the enemy character 
15 CI hits the player (or player ' s character P) penetrating through 
the other enemy character C2 . 

When such situations as shown in Figs. 8A and 8B occur, 
the player will feel a large unpleasantness because the player 
will suddenly be hit by a shot from the enemy character CI located 
20 at a position invisible for the player penetrating through the 
obstruction OB or other enemy character C2 . 

In order to avoid such problems shown in Figs. 8A and 8B, 
this embodiment of the present invention takes the following 
techniques . 

25 It is first determined whether or not any obstruction (or 

intervening object) intervenes between an enemy character and 
a player's viewpoint (or player's character). 
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More particularly, a line connecting between the enemy 
character CI and the viewpoint VP (or player's character P) is 
determined, as shown by HI in Fig . 9 . This is attained by emitting 
a light ray from the enemy character CI toward the viewpoint 
5 VP. It is then determined whether or not the obstruction OB 
exists on that line. 

According to the determination, the action of the enemy 
character is controlled such that the attack (or action) of the 
enemy character will not be applied to the player. 

10 More particularly, first, the attack of the enemy 

character CI against the player (or player's character P) is 
prohibited or restricted, as shown by H2 in Fig. 9. An optimum 
moving target position for the attack is then selected from 
previously provided positions PI, P2 , P3 and P4 . At H2 in Fig. 

15 9, P4 has been selected. The enemy character CI is then moved 
to the selected moving target position P4 , as shown by H3 in 
Fig. 9. If it is determined that the attack is possible, the 
enemy character CI begins to attack the player, as shown by H4 . 

Figs. 10A-12B illustrate game images generated according 

20 to this embodiment of the present invention. 

Fig. 10A shows a game scene in which the enemy character 
CI is hit by a shot from the player. At this time, the motion 
of the hit enemy character CI is generated through the technique 
described in connection with Fig . 4. According to the lower -body 

25 action algorithm described in connection with Fig. 6, the enemy 
character CI will move while staggering due to the hitting 
impact, as shown in Fig. 10B. 
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Fig. 11A shows another game scene in which the enemy 
character CI moved due to the hitting impact hides behind the 
obstruction OB. In this case, there may occur such a problem 
that when the enemy character CI counterattacks the player, a 
5 shot from the enemy character CI may hit the player penetrating 
through the obstruction OB. 

In such a case, however, this embodiment prohibits the 
counterattack from the enemy character CI, as described in 
connection with Fig. 9 at H2 . The enemy character CI moves to 
10 an appropriate moving target position, as described in 
connection with Fig. 9 at H3 . Fig. 11B shows another game scene 
in which the enemy character CI has moved to the appropriate 
moving target position. 

After moved to the appropriate moving target position, 
15 the enemy character CI holds a machine gun as shown in Fig. 12A 
and then begins to attack (or counterattack) the player as shown 
in Fig. 12B. 

When the action of the enemy character is controlled by 
the aforementioned technique, the problem shown in Figs. 8A and 
20 8B in which the player will be hit by a shot from the enemy 
character passing through the obstruction or other enemy 
character can be overcome. 

The problem of Figs. 8A and 8B may be overcome to some 
degree by another technique of modifying the position of the 
25 enemy character or the route through which the enemy character 
moves . 

However, such a technique restricts the design relating 
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to the position of the enemy character or the route through which 
the enemy character moves . This will prevent the game stage from 
being freely designed. 

As described in connection with Figs. 4 and 6, this 
5 embodiment generates the motion of the enemy character in real 
time . Thus , it cannot be expected how the enemy character moves . 
In other words, the moving position and motion of the enemy 
character will vary depending on the player's operation in game 
(or which enemy character and what timing the player shoots) . 

f=s 10 Even though the initial position and moving route of the enemy 
character is properly modified, it naturally occurs that the 

-I enemy character hides behind an obstruction as shown in Fig. 

H3 7B. 

^ However, this embodiment controls the action of the enemy 

B 15 character by modifying the action algorithm thereof, as shown 
fy in Fig. 9. Even if such a situation as shown in Fig. 7B occurs, 

p this embodiment can effectively avoid the problem of Figs. 8A 

and 8B in which the player is hit by a shot passing through the 
obstruction or other enemy character. 
20 If a hit -check between the shot from the enemy character 

CI and the obstruction OB or other enemy character is perform 
such that the shot from the enemy character CI will not pass 
through the obstruction OB or other enemy character C2, the 
problem of Figs. 8A and 8B can be overcome. 
25 However, the game of such a type may have a great number 

of enemy characters and obstructions. The hit- check relating 
to these enemy characters and obstructions requires very heavy 
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processing load. 

The technique of the present invention shown in Fig. 9 
can avoid the problem of Figs. 8A and 8B even though all the 
hit- check relating to the enemy characters and obstructions is 
5 not performed (or even if the player is attacked by the enemy 
characters without blocking of the intervening objects) . Thus, 
the problem of Figs. 8A and 8B can be overcome without very 
increasing of the processing load. 

According to this embodiment of the present invention, 
10 the first enemy character stands by if an intervening object 
.rj intervening between the first enemy character and the viewpoint 

p|I (or player's character) is the other or second enemy character . 

;J More particularly, a line connecting the enemy character 

CI to the viewpoint VP (or player's character P) is first 
Q 15 determined, as shown in Fig. 13 at II. It is then determined 
fy whether or not the other enemy character C2 is on that line. 

q When it is determined that the obstruction OB is on the 

line, the attack of the enemy character CI is prohibited and 
the enemy character CI is made to stand by, as shown in Fig. 
20 13 at 12. 

If the enemy character C2 has been erased by the attack 
of the player as shown in Fig. 13 at 13, the enemy character 
CI can then attack the player as shown in Fig. 13 at 14. 

If the enemy characters CI and C2 overlie on each other 
25 as viewed from the player as shown in Fig. 13 at II, there is 
a very high possibility that the enemy character C2 located 
before the enemy character CI will be erased by the attack of 
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the player. When the enemy character C2 has been erased, the 
problem of Fig. 8B will naturally be overcome. In such a case, 
therefore, it is not required to move the enemy character CI 
as in Fig. 9. It is sufficient to cause the enemy character CI 
5 to wait. If the enemy character CI is not required to be moved, 
the processing load can be relieved. 

Furthermore, this embodiment erase any enemy character 
when that enemy character has moved out of the player's view. 

It is now assumed that the enemy character CI is hit by 

10 the attack of the player as shown in Fig. 14 at Kl and that the 
enemy character CI has moved out of the player's view (or out 
of the screen) as shown in Fig. 14 at K2 . In such a case, this 
embodiment erase the enemy character CI as shown in Fig. 14 at 
K3 . Thus, such a situation that the enemy character CI attacks 

15 the player from the out-of-view can effectively be avoided. 

More particularly, this embodiment generates the motion 
of the enemy character in real time when it is hit, as described 
in connection with Fig. 4 . The hit enemy character moves in any 
direction while being staggered by the hit impact, as described 

20 in connection with Fig . 6. Thus, the enemy character may be moved 
out of the player's view by the attack of the player. If the 
enemy character moved out of the player ' s view permits to attack 
the player, the player will be attacked by the invisible enemy 
character. This will give the unpleasant feel similar to those 

25 of Figs. 8A and 8B to the player. 

In order to avoid such a situation, this embodiment erase 
the enemy character CI out of the player's view, as shown in 
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Fig. 14 at K3 . Thus, the player will not be attacked by the 
invisible enemy character. This can maintains the immersion of 
the player in the game. 

5 3 . Processing in this embodiment 

The details of this embodiment will be described with 
reference to the flowcharts of Figs. 15 and 16. 

The flowchart of Fig. 15 illustrates the flow of the whole 
process in this embodiment. 
10 First of all, the play of motion is performed based on 

the motion data (step SI) . 

Next, it is determined whether or not an enemy character 
is hit by a shot from the player (step S2) . If not so, the 
procedure returns to the step SI wherein the play of motion is 
15 continued. If the enemy character is hit, it is then determined 
whether or not the strength parameter thereof is equal to zero 
(step S3) . If not so, the procedure is shifted to the generation 
of motion through the physical simulation as shown in Fig. 5A 
at E2 (step S4) . 

20 It is then determined whether or not a given time period 

has elapsed after hitting (step S5) . If not so, it is then 
determined whether or not the enemy character is hit by the shot 
from the player (step S6) . If it is determined that the enemy 
character is hit by the shot from the player, it is then 

25 determined at the step S3 whether or not the strength parameter 
of the enemy character is equal to zero. If the enemy character 
is not hit by the shot from the player, the generation of motion 
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at the step S4 is continued without determination relating to 
the strength parameter at the step S3. 

If it is determined at the step S5 that a given time period 
has elapsed, the returning action processing of the enemy 
5 character is performed as described in connection with Fig. 9 
(step S7) . In other words, the enemy character is caused to 
perform the returning action from the motion on hit and the 
procedure is switched to the play of motion. 

If it is determined at the step S3 that the strength 

10 parameter of the enemy character is equal to zero, a connection 
motion to the tumbling motion is played (or generated) (step 
S8) . As shown in Fig. 5B at E5, the procedure shifts to the play 
of the tumbling motion (step S9) and the enemy character is 
erased (step S10) . 

15 The flowchart of Fig. 16 illustrates the returning action 

processing at the step S7 of Fig. 15 (or the action algorithm 
of the enemy character) . 

First of all, the present position of the player (or enemy 
character) is confirmed (stepTl) . It is then determined whether 

20 or not the present position is out of the screen (or out of the 
view) (step T2) . If the present position is out of the screen, 
the player (or enemy character) is erased as described in 
connection with K3 of Fig. 14 (step T3) . 

It is then determined whether or not the present position 

25 is at the edge of the screen (step T4) . If the present position 
is at the edge of the screen, the optimum moving target point 
is selected from a plurality of previously set points and the 
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enemy character moves to that moving target point (step T5) . 

It is then determined whether or not any intervening 
object (obstruction or other enemy character) is on a line (ray) 
connecting between the present position and the viewpoint (step 
5 T6) . If the obstruction is on that line as shown in Fig. 9 at 
HI , the enemy character moves to the optimum moving target point 
without attacking as shown in Fig. 9 at H2 and H3 (steps T7 and 
T5) . If the other enemy character exists on the line as shown 
in Fig. 13 at II, the enemy character stands by until the other 
10 enemy character is erased as shown in Fig. 13 at 12 and 13 (steps 
T8 and T9) . 

When no intervening object (obstruction or other enemy 
character) has been on the line, the enemy character begins to 
attack the player as shown in Fig. 9 at H4 and in Fig. 14 at 
15 14 (step T10) . 

4 . Hardware configuration 

One hardware configuration capable of implementing this 
embodiment will now be described with reference to Fig. 17. The 

20 system shown in Fig. 17 comprises CPU 1000, ROM 1002, RAM 1004, 
an information storage medium 1006, a sound generation IC 1008, 
an image generation IC 1010 and I/O ports 1012, 1014, all of 
which are interconnected through a system bus 1016 for data 
reception and transmission. The image generation IC 1010 is 

25 connected to a display 1018; the sound generation IC 1008 to 
a speaker 1020; the I/O port 1012 to a control device 1022; and 
the I/O port 1014 to a communication device 1024. 
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The information storage medium 1006 has mainly stored a 
program, image data for representing objects, sound data and 
others. For example, a home game apparatus may use DVD, game 
cassette, CD-ROM or the like as an information storage medium 
5 for storing the game program and other data. An arcade game 
apparatus may use a memory such as ROM or the like. In the latter 
case, the information storage medium 1006 is in the form of ROM 
1002 . 

The control device 1022 corresponds to a game controller, 

10 control panel or the like. The control device 1022 is used by 
the player for inputting his or her determination into the game 
system according to the progress of game. 

CPU 1000 is to perform the control of the entire game 
system and the processing of various data according to the 

15 program stored in the information storage medium 1006, the 
system program (such as information for initializing the entire 
system) stored in the ROM 1002, input signals from the control 
device 1022 and so on . RAM 10 04 is a memory means used as a working 
area for the CPU 1000 and has stored given contents in the 

20 information storage medium 1006 and ROM 1002 or the results of 
computation in the CPU 1000. The structures of data having a 
logical structure for implementing this embodiment may be build 
on this RAM or information storage medium. 

The sound and image generation IC's 1008, 1010 in this 

25 game system are to output game sounds and images in a preferred 
manner. The sound generation IC 1008 is in the form of an 
integrated circuit for generating game sounds such as sound 
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effects, background music and others, based on the information 
stored in the information storage medium 1006 and ROM 1002, the 
generated sounds being then outputted through the speaker 1020. 
The image generation IC 1010 is in the form of an integrated 
5 circuit which can generate pixel information to be outputted 
toward the display 1018 based on the image information from the 
RAM 1004, ROM 1002, information storage medium 1006 and so on. 
The display 1018 may be in the form of a so-called head mount 
display (HMD) . 

q 10 The communication device 1024 is to receive and transmit 

various types of information which are utilized in the game 
PI i apparatus from and to external. The communication device 1024 

i% is connected to the other game system (or systems) to transmit 

U! and receive given information corresponding to the game program 

15 from and to the other game systems or utilized to transmit and 
rU receive the information including the game program and other 

□ data through the communication line. 

Various processing steps previously described in 
connection with Figs . 1 to 16 are implemented by the information 
20 storage medium 1006 stored the information such as program, data 
and so on, and CPU 1000, image generation IC 1010 and sound 
generation IC 1008 which operate based on the information from 
the information storage medium 1006. The processings in the 
image generation IC 1010 and sound generation IC 1008 may be 
25 performed in a software manner through the CPU 1000 or all- 
purpose DSP. 

When this embodiment is applied to such an arcade game 
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system as shown in Fig. 1, a system board (or circuit board) 
1106 included in the game system comprises CPU, image generation 
IC, sound generation IC and others all of which are mounted 
therein. The system board 1106 includes an information storage 
5 medium or semiconductor memory 1108 which has stored 
information for executing (or implementing) the processings of 
this embodiment (or means of the present invention) . This 
information will be referred to 11 the stored information". 



Li 10 embodiment is applied. A player enjoys a game by manipulating 



game controllers 1202 and 1204 while viewing a game picture 
displayed on a display 1200. In such a case, the aforementioned 



stored information is stored in DVD 1206 and memory cards 1208, 
1209 which are detachable information storage media in the game 
15 system body. 



applied to a game system which includes a host machine 1300 and 
terminals 1304-1 to 1304 -n connected to the host machine 1300 
through a communication line (which is a small-scale network 

20 such as LAN or a global network such as INTERNET) 1302. In such 
a case, the above stored information is stored in an information 
storage medium 1306 such as magnetic disk device, magnetic tape 
device, semiconductor memory or the like which can be controlled 
by the host machine 1300, for example. If the terminals 1304-1 

25 to 1304 -n are designed each to have a CPU, image generation IC 
and sound processing IC and to generate game images and game 
sounds in a stand-alone manner, the host machine 1300 delivers 



Fig . 



18A shows a home game apparatus to which this 



Fig. 18B shows an example wherein this embodiment is 
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game program and other data for generating game images and game 
sounds to the terminals 1304-1 to 1304 -n. On the other hand, 
if the game images and sounds cannot be generated by the 
terminals in the stand-alone manner, the host machine 1300 will 
5 generate the game images and sounds which are in turn 
transmitted to the terminals 1304-1 to 1304 -n. 

In the configuration of Fig. 18B, the processings of the 
present invention may be decentralized into the host machine 
(or server) and terminals. The stored information for 

10 implementing the present invention may be divided for storing 
into the information storage media of the host machine (or 
server) and terminals. 

Each of the terminals connected to the communication line 
may be ei ther of home or arcade type . When the arcade game sys terns 

15 are connected to the communication line, it is desirable that 
each of the arcade game systems includes a portable information 
storage device (memory card or portable game machine) which can 
not only transmit the information between the arcade game 
systems but also transmit the information between the arcade 

20 game systems and the home game systems. 

The present invention is not limited to the things 
described in connection with the above embodiment, but may be 
carried out in any of various other forms. 

For example, the invention as defined in any depending 

25 claim may include only part of the components in any independent 
claim to which the depending claim belongs. The essential 
components in any independent claim of the present invention 
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may be included in any other independent claim. 

The intervening object in the present invention is not 
limited to such obstructions and enemy characters as described 
in connection with Figs. 9 and 13, but may be any of various 
5 other forms such as player's character, moving bodies, map 
objects and so on. 

The technique of controlling the action of the computer 
object is not limited to such techniques as described in 
connection with Figs. 9, 13 and 14, but may be carried out by 
10 any of various other forms. 

Although the present invention is particularly effective 
when the motion of the computer object is generated in real time 
through the physical simulation as in Figs. 4 and 6, it may 
similarly be applied to a case where the motion of the computer 
15 object is not generated through the physical simulation. 

In the aforementioned embodiment, the intervention of the 
intervening object is determined depending on whether or not 
it is on the line connecting between the computer object and 
the viewpoint. However, the present invention is not limited 
20 to such a technique of determination. The action of the computer 
object may be controlled without such a determination. 

The moving target position of the computer object may be 
selected from a plurality of previously provided moving target 
positions, but may be generated in real time. 
25 It is particularly desirable that the action of the 

computer object against the player is an attack action of the 
computer object. However, the present invention is not limited 
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to such an attack action. For example, the action in the present 
invention may include various other actions other than the 
bullet shooting action, such as kicking, punching, passing, 
catching, bumping and so on. Figs. 19A and 19B show a game scene 
5 in which the present invention is applied to a soccer game. In 
Fig. 19A, a player 70 (or computer object) is to pass (action) 
for another player 72 (or player ' s obj ect) . However , since there 
is the third player 74 (or intervening object) between the 
players 70 and 72, the player 70 cannot pass for the player 72. 

10 In such a case, the action algorithm of the player 70 detects 
the intervention of the player 74 and causes the player 70 to 
move to a passable moving target position as shown in Fig. 19B. 
Thus, the player 70 will be able to pass for the player 72 or 
to perform the passing action. 

15 Although it is also desirable the motion of the computer 

object is generated through the technique described in 
connection with Fig. 6, it may be generated through any of other 
techniques . 

Although it is particularly desirable that the physical 
20 simulation for moving the parts is as described in connection 
with Figs. 4 and 6, the present invention is not limited to such 
techniques , but may be carried out in any of various other forms . 
Although it is particularly desirable that the hit information 
is a vector of hitting force for simplicity, the present 
25 invention is not limited to such hit information. At least hit 
information for moving the parts is sufficient. 

Although this embodiment has been described as to the 



38 



generation and play of motion for the enemy character, the 
object to be subjected to the generation and play of motion is 
not limited to the enemy character, but may be in any of various 
other forms such as player's character, moving body and so on. 
5 Although this embodiment has been described as to the 

object being hit by the shot, the present invention may use any 
of various other hitting forms such as sword hitting, punching, 
kicking and so on. 

Other than the gun- type game, the present invention may 

10 similarly be applied to any of various other games such as other 
shooting games, fighting games, robot combat games, sports 
games, competitive games, roll -playing games, music playing 
games, dancing games and so on. 

Furthermore, the present invention can be applied to 

15 various image generation systems such as arcade game systems, 
home game systems, large- scaled multi -player attraction 
systems, simulators, multimedia terminals, image generation 
systems, game image generation system boards and so on. 



39 



